home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Aminet 28
/
Aminet 28 (1998)(GTI - Schatztruhe)[!][Dec 1998].iso
/
Aminet
/
dev
/
c
/
CLib37x.readme
< prev
next >
Wrap
Text File
|
1998-10-31
|
19KB
|
381 lines
Short: Example.library in 100% C (SAS/Storm/Maxon/GCC/VBCC/DICE/...)
Author: (various, see below)
Uploader: Andreas_Kleinert@t-online.de
Type: dev/c
Requires: rexxtricks.library V38+, rexxdossupport.library V2+
example.library V37.32 (15.5.98)
An Amiga shared library in 100 % C language - coming with sources.
Compiler Checklist: Compiler Support
-------------------------------
(see README.<compiler> SAS/C 6.5x yes
for more information) MaxonC 3.x yes
StormC 2.x yes
DICE 3.x yes
GCC 2.7.2.1 yes
vbcc 0.5+ yes
AztecC (not tested)
OS Checklist: Operating System Support
-------------------------------
Amiga OS 37-40 yes
AROS 1.x yes (AROS source tree)
Original SAS/C and StormC version (C) 1996-98 by Andreas R. Kleinert,
MaxonC version changes done 1996 by Helmut Hummel and Stephan Rupprecht.
GCC version changes done 1997 by Stefan Fuchs and Gunter Nikl.
AROS source tree done 1997 by Aaron Digulla.
VBCC version changes done 1997 by Patrizio Biancalani and Patrick Burnand.
DICE adaptation done 1998 by Patrick Burnand.
All rights reserved.
----------------------------------------------------------------------
This sample library intends to make Amiga shared library sources
compileable with any available Amiga C compiler - without any
changes to the source code.
And maybe in the future also running under any Amiga compatible
operating system with any CPU.
The first goal seams to be easily done: nearly any noticeable compiler
for the Amiga does support generation of libraries by special
linker commands and pre-generated object files.
But when looking into the details, one will find out, that these
linker functionality just reduces the influence of the programmer
on how his sources are handled, that the pre-generated object
files just originally were done in Assembler, and that each compiler
does define its own interface definitions and usage rules.
But as a programmer, it is important to have control over the _complete_
source code and to be able to compile it _anywhere_ with only
minor changes, even better without any changes.
Since most Amiga system modules - noticeable Libraries, Devices and
Resources - do have startup-modules and other larger parts completely
written in Assembler language, the most important task for getting
inter-compiler and operating system independant sources in my opinion
is, to completely migrate the interfaces to C language (but different
to AROS, for example, it is most important, to keep the sources running
under the current 68k AmigaOS in the _first_ place).
This goal basically has been reached already, still missing of
course are some of the less Amiga-native compilers and of course
tests with any kind of "AmigaOS for PowerPC".
But since Assembler is nearly as portability-hostile as BCPL _today_
we may come quite close to the goal defined above by just moving
towards C.
Translate your 68k-assembler library startup-codes smartly
to C by simply using this source-code as an advice how to do it.
For testing: install the (re)compiled example.library to LIBS: and
start the test program - it should pop up a requester, then.
If you can submit adjustments for the other compilers as mentioned
above: feel free to send these.
---
Feel free to use this source for own projects.
It is allowed to be spread and distributed anywhere, as far
as my consent is concerned.
Amiga International, or the current owner of the technologie,
is allowed to always put this source on their newest
Developer CD-ROM.
Thanks and credits will always be appreciated - for example,
you MAY, but NEED NOT:
give me credits in your program's docs, send me keyfiles for
your programs using the library, and so on.
But that's simply voluntarily.
_________________________________________________________
| You may reach me the following way. |
| Send bug-reports, money or whatever to: |
|---------------------------------------------------------|
| * SuperView Development & Registration * |
| * DRAFU Development & Registration * |
| * Image Engineer Registration Site Europe * |
| |
| |
| PerSuaSiVe SoftWorX |
| |
| Andreas R. Kleinert |
| Sandstrasse 1 |
| D-57072 Siegen |
| Germany, Europe |
| |
| Any snail mail to the old address will still be routed. |
| |
| Phone: +49-271-22869 also FAX + AM |
| +49-271-22838 |
| |
| Weekdays after 17.00h. |
| |
| When calling via phone you may leave a message, |
| if I'm not available - but don't expect me |
| calling back to USA, Australia, ... since |
| german phone rates are HIGHLY expensive. |
|_________________________________________________________|
http://home.t-online.de/home/Andreas_Kleinert/
eMail:
Please send binaries via ARK@News.wwbnet.de, and keep
them smaller than 16 KB. Please think twice before
sending them - my postbox is not unlimited in size.
- Fido Andreas Kleinert 2:2457/350.18
- Usenet
Andreas_Kleinert@superview.ftn.neckar-alb.de (Fido-Gate)
Andreas_Kleinert@t-online.de (T-Online)
ARK@News.wwbnet.de (Z-Netz)
ARK@amigaworld.com (AmigaWorld)
- If nothing else works, try one of these public
Fido-Usenet gateways:
In Germany:
Andreas_Kleinert@p18.f350.n2457.z2.fido.sub.org
From USA or elsewhere:
Andreas_Kleinert@p18.f350.n2457.z2.fidonet.org
Known Bugs: - some versions of DOpus and all Installer versions
can't fetch the version information from the
library binary due to some bugs in their code.
Newer DOpus versions have this fixed and C:Version
for example did that task always.
History:
V37.32 (15.05.98): - additional macros for function prototypes
- use libdefs.config to set name, version etc. of library
- GenLibDefs.rexx: generates libdefs.h
- GenFDClibFTab.rexx: generates FD, CLIB and
functionTable.h files
- reformat sources to 75 character/line
- change makefile.gcc
V37.31 (18.03.98): - changed SEGLISTPTR type definition for VBCC
(-> Patrick Burnand)
- fixed some typos and improved style in several
source modules and headers
V37.30 (07.03.98): - added DICE support, done by Patrick Burnand
<pburnand@hotmail.com>
He modified LibInit.c and StartUp.c to avoid a possible
bug in DICE. The 'extern' keyword might not always be
supported well. (extern struct ExampleBase*